home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group00b.txt / 000142_icon-group-sender_Fri Nov 3 12:32:40 2000.msg < prev    next >
Internet Message Format  |  2001-01-03  |  1KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.11.1/8.11.1) id eA3JWTQ05835
  4.     for icon-group-addresses; Fri, 3 Nov 2000 12:32:29 -0700 (MST)
  5. Message-Id: <200011031932.eA3JWTQ05835@baskerville.CS.Arizona.EDU>
  6. X-Sender: whm@mail.mse.com
  7. Date: Fri, 03 Nov 2000 10:49:53 -0700
  8. To: icon-group@cs.arizona.edu
  9. From: "William H. Mitchell" <whm@mse.com>
  10. Subject: Re: How to "declare" a string?
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12. Status: RO
  13. Content-Length: 739
  14.  
  15. At 07:49 PM 11/2/00 -0600, Gordon Peterson wrote:
  16. >
  17. >No.  All variables default (in the absence of a prior declaration to the 
  18. >contrary in some specific situations like the unassigned elements of tables 
  19. >where I think you can specify a different default) to be a null string.
  20. Since 
  21. >that is the default value, assigning it a (redundant) null string as the
  22. value 
  23. >won't change anything.
  24.  
  25. One minor correction here: uninitialized variables have the null value
  26. (&null), not the null string ("").
  27.  
  28. Referencing table keys for which no value has been stored produces the null
  29. value unless the table was created with a default initial value.  Example:
  30.  
  31.   t := table()
  32.   x := t["a"]  # x gets &null
  33.  
  34.   t := table(1)
  35.   x := t["a"]  # x gets 1
  36.